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Figure  1 .  Air  Force  operators  view  missile  warning  data  screens.  The  National  Missile  Defense  sys¬ 
tem  will  rely  on  similar  technology  to  assist  operators  in  controlling  a  missile  defense  system. 


Advocating  User-Centered 
Software  Design 


Stephen  Armstrong  and 
Richard  Steinberg 


Dr.  Eli  Goldratt,  an  Israeli  physicist,  once 
remarked,  “Tell  me  how  you  will  measure 
my  work,  and  Fll  tell  you  exactly  how  I  will 
perform.”  In  other  words,  expectations  drive  out¬ 
come,  but  in  the  Defense  procurement  process, 
product  development  can  be  guided  by  the  wrong 
expectations  or  requirements.  Particularly  in  the 
procurement  of  software  systems,  expectations  for 
usability  are  often  neglected,  resulting  in  products 
with  unnecessarily  complex  and  awkward  user 
interface  designs  that  fall  far  short  of  commercial 
usability  standards.  Fortunately,  human  factors 
professionals  participating  in  the  software  procure¬ 
ment  process  are  helping  to  correct  this  problem. 

First,  consider  an  analogy:  home  construction. 
Building  a  custom  home  requires  an  architect,  a 
contractor,  an  engineer,  a  mortgage  lender,  and  a 
home  buyer.  Each  participant  holds  different  expec¬ 
tations  for  the  final  product.  The  contractor  desires 


a  home  that  is  easy  to  construct;  the 
architect  desires  a  homes  that  is  aesthet¬ 
ically  pleasing;  the  engineer  desires  a 
home  that  is  structurally  sound;  the 
lender  desires  a  home  that  is  worth  its 
loan  value;  and  the  buyer  desires  all  that 
and  more—for  a  reasonable  price. 
Bringing  together  these  competing 
expectations  yields  a  system  of  checks 
and  balances,  which  offers  the  potential 
to  produce  the  best  possible  home. 

The  same  system  of  checks  and  bal¬ 
ances  should  exist  during  the  develop¬ 
ment  of  software  systems.  Programmers, 
designers,  test  engineers,  project  man¬ 
agers,  and  users  naturally  possess  differ¬ 
ing  expectations  for  the  final  product. 
While  engineers  may  seek  reliability, 
efficiency,  or  interoperability,  operators 
continued  on  next  page 


in  this  issue: 

Advocating  -i 

User-Centered  ' 
Software 
Design 

Developing  a  6 

Suppression- 

Sensitive 

Synthetic 

Dismounted 

Infantry  Team 

Calendar  8 

Control  Versus  12 
Dependence: 
Striking  the 
Balance  in 
Function 
Allocation 

Rotorcraft  14 

Human  Factors 
Research 
Facilities  at 
the  NASA 
Ames 
Research 
Center 


CSERIAC  is  a  United  States 
Department  of  Defense  Information 
Analysis  Center  administered  by  the 
Defense  Technical  Information  Center, 
Ft.  Belvoir,  VA,  technically  managed 
by  the  Air  Force  Research  Laboratory 
Human  Effectiveness  Directorate, 
Wright-Patterson  Air  Force  Base,  OH, 
and  operated  by  Booz  Allen  & 
Hamilton,  McLean,  VA. 


http://cseriac.fiight.wpafb.af.mi! 


continued  from  previous  page 


Data-Centered  Design 


generally  seek  usability  and  suitability  to 
the  task.  Unlike  custom  home  construc¬ 
tion,  however,  the  user  is  rarely  involved 
directly  in  the  development  effort. 
Consequently,  the  user’s  interests  must 
be  represented  by  an  advocate,  an  indi¬ 
vidual  or  group  assigned  to  advance  the 
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Figure  2.  A  General  Overview  of 
the  Data-Centered  User  Interface 
Design  Approach  Compared  to 
User-Centered  Design  Approach 
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cause  of  usability.  The  user  advocate  acts 
as  a  counterweight,  ensuring  that  usabil¬ 
ity  is  not  unfairly  targeted  when  deci¬ 
sions  to  reduce  cost,  shorten  schedule,  or 
minimize  risk  are  necessary. 

Origins  of  Data-Centered  Design 

In  the  commercial  world,  user  advo¬ 
cates  have  become  commonplace.  Human 
factors  and  other  usability  professionals 
routinely  participate  in  the  software  devel¬ 
opment  process  as  the  user’s  voice.  Armed 
with  data  from  focus  groups,  usability 
studies,  and  other  sources,  these  profes¬ 
sionals  help  guide  the  development  of  sen¬ 
sible,  user-friendly  designs.  Commercial 
developers  have  come  to  appreciate  the 
importance  of  a  user-focused  effort, 
because  they  see  its  effect  on  their  bottom 
line.  Simply  put,  usable  products  sell  bet¬ 
ter  than  unusable  products. 

Unfortunately,  in  most  government 
software  procurements  the  users  are  not 
the  paying  customers.  The  customer  is 
usually  a  program  office  or  product 
manager,  whose  expectations  for  prod¬ 
uct  performance  are  stipulated  in  a  sys¬ 
tem  requirement  document  (SRD). 
Generally  speaking,  the  SRD  expresses 


the  purchaser’s  (i.e.,  government’s)  expectations 
for  product  performance  viewed  from  a  systems 
engineering  perspective. 

Since  the  SRD  is  developed  by  individuals  who 
are  not  the  end  users,  most  SRDs  tend  to  empha¬ 
size  data  and  functionality  requirements,  and  to 
overlook  usability  concerns.  Naturally,  software 
developers  must  develop  products  that  satisfy 
these  engineering  requirements.  So  based 
upon  the  SRD  and  other  guidance,  the  devel¬ 
oper  submits  a  blueprint  for  the  software  in  a 
software  requirements  specification  (SRS), 
which  usually  echoes  the  SRD’s  emphasis  on 
data  and  functionality.  Consequently,  unless 
I  usability  is  featured  prominently  in  the  SRD, 
%  it  receives  little  attention  in  the  final  design, 
f,  because  the  product  “sells”  even  when  the 
1  user  interface  is  poor. 

I  As  Dr.  Goldratt’s  comment  suggests, 
I  emphasizing  data  and  functionality  in  the 
i  requirements  encourages  the  developer  to 
§  follow  a  data-centered  design  process.  Data- 
W  centered  designs  (usually  constructed  using 
traditional  waterfall  methods  of  software 
development)  often  force  the  operator  to 
process  and  manipulate  screens  of  raw  data 
rather  than  offer  ready-made  tools  designed 
to  complement  operator  purposes. 

If  the  dashboard  of  an  automobile  were 
designed  according  to  a  data-centered  approach, 
the  operator  might  see  displays  of  technical  data 
describing  the  status  and  performance  of  every 
subsystem  in  the  vehicle.  These  tables  and  graphs 
of  data  would  update  continuously  to  reflect  the 
ever-changing  condition  of  each  system.  To  con¬ 
trol  the  vehicle,  the  operator  would  scan  the  dis¬ 
plays  for  relevant  information,  process  the  data 
mentally  to  appreciate  its  meaning,  determine  the 
appropriate  adjustment  for  a  given  value,  and 
manipulate  the  value  to  effect  the  desired  change. 
For  example,  the  operator  might  be  required  to 
enter  specific  engine  RPM  values  to  control  vehi¬ 
cle  speed,  input  compass  headings  to  control 
direction,  or  adjust  the  coolant  flow  rate  to  mod¬ 
erate  engine  temperature. 

Of  course,  today’s  automobile  driver  would 
never  tolerate  this  user  interface,  and  any  vehicle 
incorporating  such  a  design  would  never  sell. 
Drivers  have  come  to  expect  displays  that  trans¬ 
form  raw  data  into  meaningful  information  and 
offer  opportunities  for  control  that  reflect  appro¬ 
priate  operator  functions  and  tasks.  Consequently, 
steering  wheels,  speedometers,  and  pedal  acceler¬ 
ators  are  universal  in  automobiles,  because  these 
controls  are  better  suited  to  controlling  vehicle 
direction  and  speed.  Likewise,  an  automatic  ther¬ 
mostat  is  recognized  as  the  appropriate  way  to 
control  engine  temperature. 
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The  User-Centered  Approach 

Assuming  the  present  procurement  process  is 
unlikely  to  change,  how  can  the  developer  ensure  a 
usable  product  while  still  satisfying  the  engineering 
design  requirements?  The  answer  may  be  found  in 
adopting  a  user-centered  rather  than  a  data-cen- 
tered  design  approach  during  the  development 
effort.  With  a  user-centered  approach,  developers 
can  advance  the  cause  of  software  usability  even  as 
they  satisfy  the  requirements  of  the  SRD. 
Essentially,  user-centered  design  considers  both 
operator  performance  and  acceptance  as  well  as 
product  compliance  with  engineering  requirements 
as  criteria  for  suitability. 

The  process  of  user-centered  or  task-centered 
software  design  is  well  documented  in  industry  lit¬ 
erature  (Lewis  &  Rieman  [1993],  Mandel  [1997], 
among  others]  and  in  military  publications,  includ¬ 
ing  Department  of  Defense  Handbook  #46855, 
which  stresses  the  importance  of  a  task-centered 
approach  in  the  development  of  military  systems, 
including  software.  Furthermore,  a  glance  at  the 
software  development  section  of  any  bookstore 
quickly  reveals  the  broad  support  user-centered 
design  enjoys.  An  in-depth  description  of  the  user- 
centered  design  approach  is  beyond  the 
scope  of  this  article. 

Recently,  the  efficacy  of  the  user-centered 
process  was  evaluated  during  the  develop-  5 
ment  of  command  and  control  (C2)  systems 
for  the  National  Missile  Defense  (NMD]  ^ 
program  (see  Figure  1],  The  missile  defense 
arena  offers  an  ideal  environment  to  com¬ 
pare  user-centered  and  data-centered  3 
designs,  because  recent  advances  in  infor¬ 
mation  systems  technology  have  increased  w  2 
the  quantity  and  quality  of  information  g 
available  to  warfighters  through  C2  systems.  J  ^ 
Figure  2  provides  a  general  comparison 
between  the  user-centered  and  the  data- 
centered  design  processes.  ^ 

The  need  for  a  comparison  study  grew 
out  of  observations  made  during  recent  test¬ 
ing  of  NMD  C2  prototypes  designed  using  a 
data-centered  approach.  In  simulations 
using  these  displays,  operators  responded  lO 

with  an  insatiable  appetite  for  additional 
data.  Their  demand  for  more  information  in  3 
turn  reinforced  the  developer’s  search  for 
data-centered  solutions.  These  observations 
prompted  a  question:  Did  the  operators’ 
desire  for  more  data  reflect  a  genuine  need  -S 
to  process  additional  information  to  accom-  8  4 
plish  the  mission,  or  did  it  indicate  that  the  ^ 
operators  could  not  effectively  use  the  infor-  2 
mation  already  available? 

The  data-centered  designs  invited  confu¬ 
sion,  it  seemed,  by  presenting  data  without  ^ 


first  associating  it  with  specific  user  tasks 
or  decision-making.  In  response,  the 
operators  reacted  to  the  confusion  by 
requesting  more  (i.e.,  better]  data  in 
future  versions  of  the  software.  Based 
upon  these  observations,  assessments 
were  conducted  to  examine  whether 
user-centered  designs  might  increase 
operator  performance  when  compared  to 
data-centered  designs  for  similar  tasks. 

In  the  usability  assessments  sponsored 
by  the  National  Missile  Defense  (NMD] 
program  in  February  1998  at  the  Joint 
National  Test  Facility  in  Colorado 
Springs,  Colorado,  prototype  user-cen¬ 
tered  designs  were  compared  with  exist¬ 
ing  data-centered  designs.  During  two 
separate  studies,  trained  operators  were 
presented  with  scenarios  simulating  a 
missile  defense  mission,  which  required 
them  to  perform  key  tasks.  In  each  study, 
operators  were  given  either  the  familiar 
data-centered  C2  displays  or  prototype 
displays  developed  specifically  for  the 
studies  using  a  user-centered  approach. 


Figure  3.  Results  from  Studies 
Comparing  Operator 
Effectiveness  Using  Data- 
Centered  vs.  User-Centered 
User  Interface  Designs  for  Two 
NMD  Tasks. 
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study  2:  “Long”  NMD  Scenarios 
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Phone:  (719)  596-8550,  ext.  491 
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System  Technology  Associates, 
Colorado  Springs,  CO. 

Richard  Steinberg  is  a  Senior 
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The  data-centered  displays  depicted  all  software  procurements,  human  factors  profession- 
information  deemed  necessary  for  the  als  must  carry  the  torch  within  the  development 
task  in  a  manner  closely  approximating  community.  Grading  software  acceptability  by  oper- 
the  presentation  style  of  the  actual  NMD  ator  performance  and  satisfaction  criteria  may  offer 
C2  system.  In  contrast,  the  user-centered  the  key  to  encouraging  a  user-centered  focus,  but 
displays  presented  essentially  the  same  ultimately  the  operator  community  must  recognize 
raw  data,  but  the  information  was  reor-  the  superiority  of  user-centered  products  and  specif- 

ganized  and  processed  in  ways  specifi-  ically  demand  them  in  the  requirements  language 
cally  intended  to  support  the  operator’s  provided  to  developers.  In  other  words,  expecta- 
tasks  and  decisions.  As  a  result  of  this  tions  drive  outcome.® 
redesign,  the  user-centered  prototype 
generally  presented  more  useful  informa¬ 
tion  to  the  operator  using  substantially 

less  raw  data  overall  than  the  data-cen-  References 


tered  C2  displays.  The  visual  effect  of  the  Lewis,  C.,  &  Rieman,  J.  (1993).  Task-Centered  User 
user-centered  redesign  was  a  simpler,  Interface  Design:  A  Practical  Introduction.  Boulder, 
cleaner  display  with  less  clutter  and  less  CO:  University  of  Colorado  (found  at  http://www. 
navigation  required.  acm.org/  ~  perlman/uidesign.html). 

In  the  first  study  using  a  short  NMD 

task,  operators’  performance  improved  Mandel,  T.  [1997] .  The  Elements  of  User  Interface 
using  the  user-centered  design.  Errors  Design.  New  York:  Wiley, 
decreased  56%  (p  ^  0.001)  and  perform¬ 
ance  time  decreased  6.5%  (p  ^  0.001)  U.S.  Department  of  Defense.  (1996).  Human 
(see  Figure  3).  A  second  study  conducted  Engineering  Guidelines  for  Military  Systems, 
using  a  similar  methodology  combined  Equipment  and  Facilities  (MIL-HDBK-46855). 
with  a  longer  NMD  task  scenario  yielded  Washington,  DC:  Author, 
similar  results.  Study  2  found 


a  61.1%  decrease  in  errors 
and  a  10.6%  improvement  in 
performance  time  for  opera¬ 
tors  using  the  user-centered 
prototype  as  compared  to 
operators  performing  the 
same  tasks  on  data-centered 
designs. 

Underscoring  the  strength 
of  these  findings  was  the 
fact  that  operators  partici¬ 
pating  in  these  studies 
reported  an  average  of  130 
hours  experience  using  the 
data-centered  C2  displays 
but  less  than  one  hour  of 
experience  using  the  user- 
centered  prototype  displays 
prior  to  the  study.  These 
findings  point  to  the  poten¬ 
tial  training  benefits  offered 
by  user-centered  designs,  in 
addition  to  their  demonstrat¬ 
ed  performance  benefits. 

Meanwhile,  development 
continues  on  NMD  C2  sys¬ 
tems,  using  both  data-cen¬ 
tered  and  user-centered 
designs.  If  user-centered 
design  is  to  gain  greater 
influence  in  government 


The  Observer*:  as  flexible 
as  human  behavior 


The  professional  software  system  for  observing,  coding  and  analyzing  series  of  events:  activities,  postures, 
movements,  positions,  facial  expressions,  social  interactions  or  any  other  aspect  of  human  behavior. 

•  The  Observer  Basic  -  Software  for  collection,  analysis,  management  and  presentation  of  observational 
data.  For  live  data  entry  by  a  human  observer,  using  a  desktop  or  handheld  computer. 

•  The  Observer  Mobile  ■  Systems  for  mobile  collection  and  analysis  of  observational  data. 

Each  kit  contains  The  Observer  software,  a  handheld  computer  and  accessories. 

•  The  Observer  Video-Pro  -  Professional  system  for  coding,  annotating, 
editing  and  analyzing  behavioral  processes  from  video.  Combines  The  Observer  soft- 
ware  with  the  latest  developments  in  video  time  code  and  multimedia  technology. 
nJflM  Supports  analog  video  tape,  digital  video  tape  and  digital  video  on  disk. 


Analyzing  human-machine 
interaction 


Human  factors  and  ergonomics  applications: 


Usability  testing 
Analyzing  decision  making 


Noldus  Information  Technology  Inc. 
Sterling,  VA  201 65,  U.S. A. 

Phone:  1-703-404-5506 
Toll-free:  1-800  355-9541 
Fax:  1-703-404-5507 
E-mail:  infoignotdus.com 


•  Safety  and  risk  assessment 

•  Analyzing  driving  behavior 

•  Virtual  reality  simulations 

•  Analyzing  group  processes 

•  Working  posture  analysis 

•  Time  and  motion  studies 

•  and  much  more! 


Noldus  Information  Technology  b.v. 
Wageningen,  The  Netherlands 

Phone: -r31-{0)317-497677 
Fax:  +31-(0)317-424496 
E-mail:  info@no1dus,nt 


http://wvvw.noldus.com 
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Biomedical  Products.,. 
...Real  World  Solutions 


Physio  Kinetics 

Tracking  Systems  and  Devices 


The  PhysioKinetics  (PK) 
platform  offers  high  per¬ 
formance  joint  position 

b  (human  or  mechani¬ 
cal)  measurement 
for  analysis  and 
control  for  1  to  90 
channels  at  rates  of  up  to 
10,000  Hz!  PK  sensors  are 
high  resolution,  low  pro¬ 
file,  durable,  light,  have 
high  resistance  to  external 
noise,  and  are  immune  to 
nearby  metal  objects.  The 
latest  in  wearable  and 
portable  tracking  bio¬ 
instrumental,  PK  products 
are  built  to  your  needs 
and  specifications. 


Johnson  Kinetics,  Inc. 
1-800-676-9840 
www.johnsonkinetics.com 


Features  and  Options: 

•  Data  collection  via  direct  PC  connect, 
digital  stream,  data  logging,  IR/RF 
telemetry,  voltage  output,  desktop/ 
laptop/SGI  operation,  options 

•  On-site  installation,  custom  software 
routines,  garment  fitting,  custom  sensor 
mounts,  extreme  environments,  and 
ruggedization 

•  Moderate  system/device  cost, 
discounts  available 

•  Versatile  sensor  mounts;  full  body 
garments,  gloves,  skin-mount,  and 
strap-on 

•  Integrate  alternative  sensors  including 
EMG,  pulse,  force,  temperature, 
humidity  acceleration,  and  more! 


Telepresence  Virtual  Reality  Man-Machine  Interface  Workplace  Analysis  Augmented  Control  Target/Aiming 


Do  you  have  the  latest  tools  to  complete 
your  human  factors  tool  kit? 


A  tool  for  human 
operator  workload 
and  function 
allocation  analysis. 


IPME 

integrated  Performance 
Modeling  Environment 


Model  both  operators  and 
systems  dynamically  in  the 
Integrated  Performance 
Modeling  Environment. 


We  have  the  solutions. 

Micro  Analysis  Sr  Design 
is  the  leader  in  tools  and 
consulting  for  human 
performance  modeling. 


MICRO 

ANAI^IS 

&DESIOJ 


303.442.6947 

vvww.maad.com 
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Developing  a  Suppression-Sensitive 
Synthetic  Dismounted  Infantry  Team 


f. 


In  the  last  issue  of  Gateway,  I 
described  briefly  how  we  identified 
parameters  of  suppressive  fire  from 
the  literature  that  have  been  shown  to 
affect  the  performance  of  troops  in  the 
field.  In  this  issue  I  will  address  our 
h  :  r  ?  ;  "proof-of-concept”  approach  to  quantify- 

■  *  '  ^  \  ing  the  relationship  between  these  inde- 

Miph^pl  FinphPKfl  variables  characterizing 

IVIIlfllCId  nilCUCiy  suppressive  fires  and  normative 

human  responses  that  may  mani¬ 
fest  themselves  during  exposure  to  such 
a  trauma.  To  bound  the  effort,  we  chose 
three  independent  suppression  variables 
to  represent  soldier  interaction  with  sup¬ 
pressive  fire:  intensity  of  bombardment 
in  terms  of  rounds  per  minute,  proximity 
of  detonation  in  meters,  and  the  bearing 
of  the  fire  (i.e.,  in  front,  to  the  side,  or  in 
back  of  the  troops).  This  example  uses  a 
155-mm  artillery  for  suppressive  fire. 

The  first  step  in  the  modeling  process 
was  to  hypothesize  a  logical,  defensible 
relationship  among  these  variables.  We 
know  from  the  literature  that  as  explosions 
get  nearer,  happen  more  frequently,  and 
last  longer  (up  to  a  half-hour),  the  effects 
of  suppression  increase  and  the  probabili¬ 
ty  of  selecting  the  best  course  of  action 
declines.  Therefore,  if  a  suppression-sensi¬ 
tive  synthetic  dismounted  infantry 
(SynDl)  model  is  to  emulate  a  soldier’s 
response  to  suppressive  fire,  we  hypothe¬ 
sized  that  the  most  important  effect  to 
model  is  the  decrement  in  the  probability 
of  selecting  the  best  course  of  action 
(COA)  for  a  particular  set  of  conditions. 

Assume  for  this  discussion  that  the 
SynDl  model  experiencing  suppressive 
fire  has  a  fixed  number  (N)  of  choices,  or 
COAs,  such  as  an  assault  or  withdrawal. 
In  the  case  where  there  is  no  suppressive 
fire,  the  SynDl  model  periodically  comes 
to  a  decision  point  and  chooses  one  of 
the  N  COAs.  At  each  of  these  decision 


points,  the  soldier  makes  a  rule-based  choice  that  is 
always  doctrinally  correct. 

In  this  model,  we  assumed  that  the  effect  of  sup¬ 
pressive  fire  (S)  has  a  value  between  0  and  1.  The 
index  S  is  calculated  from  the  combined  character¬ 
istics  of  the  suppressive  fire  as  perceived  by  the  sol¬ 
dier.  With  no  suppressive  fire,  the  value  of  S  is  0, 
and  the  soldier  chooses  the  doctrinally  correct  COA. 
With  maximum  suppressive  fire,  the  value  of  S  is  1, 
and  the  soldier  chooses  randomly  among  the  COAs, 
without  regard  to  which  is  doctrinally  correct.  If 
there  are  N  choices,  the  probability  of  making  the 
correct  choice  is  I/Af.  Assuming  all  COAs  are  equal¬ 
ly  likely,  this  phenomenon  may  be  represented 
mathematically  as  follows: 

Po,r(S)  =  1-  ^/V  -  1  jS. 

Using  this  equation,  Po.,  (S)  =  I  at  best  case  and 
1/N  at  worst  case. 

In  this  model,  there  are  three  independent  vari¬ 
ables  that  determine  the  suppression  index  S: 

•  the  intensity  (I)  of  the  suppressive  fire  in 
rounds  per  minute 

•  the  radial  distance  (R),  in  meters,  from  the  sol¬ 
dier  to  the  impact  point  of  the  rounds 

•  the  azimuth  angle  (Q  of  the  impact  point  rela¬ 
tive  to  the  synthetic  soldier’s  forward  direc¬ 
tion. 

The  suppression  index  S  is  assumed  to  be  the 
weighted  product  of  individual  functions  of  /,  R, 
and  (f): 


s  =  i(I)g(R)h(<l>). 


The  weighting  functions  j,  g,  and  fi  each  range  from 
0  to  1,  allowing  any  one  of  the  independent  variables 
to  reduce  the  effectiveness  of  fire  suppression. 


Intensity  of  Fire  (1) 

The  influence  of  intensity  of  fire  on  the  suppres¬ 
sion  index  is  given  by  the  function 


/ 

j(I)  =  iTiin[0.20\A,1.0]. 
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As  I  increases,  j  increases  from  zero  at  no  rounds 
per  minute  to  its  maximum  value  of  1  at  25  rounds 
per  minute. 


Proximity  of  Fire 

The  effect  of  the  proximity  of  fire  on  the  suppres¬ 
sion  index  is  given  by  the  function 

^  ^  {R  +  .01)’^ 

The  function  g  varies  from  near  zero  for  very 
great  distances,  inversely  with  R  until  it  reaches  its 
maximum  value  of  one  as  rounds  get  as  close  as  63 
m.  (The  increment  of  .01  is  added  to  R  to  prevent 
calculation  difficulty  if  R  is  set  to  0.  It  has  little  effect 
when  R  is  greater  than  63  m.) 


Bearing  of  Fire 

The  bearing  or  direction  of  round 
impact  relative  to  the  forward  direction 
of  the  unit  affects  the  suppression  index 
through  the  function 

h(<f>)  =  0.75  +  0.25COS 

Here,  h  =  l.O  for  round  impact  in  front 
of  the  unit,  0.92  when  a  round  impacts 
to  the  side  of  the  unit,  and  its  minimum 
value  of  0.75  for  round  impact  behind 
the  unit.  Note  that  direction  alone  can¬ 
not  reduce  the  suppressive  index  to  0. 
The  largest  effect  is  a  25  %  reduction  in 
the  index.  The  coefficients  in  these  equa- 
continued  on  page  10 


Figure  1.  SynDi  model  response  to  suppressive  fires 
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Alexandria,  VA,  USA.  May  10-13, 1999 

42nd  Biennial  Meeting  of  the  U.S.  Department  of  Defense 
Human  Factors  Engineering  Technical  Advisory  Group 

Contact  Sheryl  Cosing,  10822  Crippen  Vale  Court,  Reston,  VA  20194,  USA. 

Phone:  (703)  925-9791,  Fax;  (703)  925-9644,  E-mail:  sherylynn@aol.com, 

URL:  http://dticam.dtic.mil/hftag/  hftag.html.  Meeting  is  open  to  all  government  personnel 
and  others  by  specific  invitation. 


Pittsburgh,  PA,  USA.  May  15-20, 1999 

CHI  ‘99,  “The  CHI  is  the  Limit” 

Contact  CHI  99  Conference  Office,  703  Giddings  Avenue,  Suite  U-3,  Annapolis,  MD  21401, 
USA.  Phone:  (410)  263-5382,  Fax;  (410)  267-0332,  E-mail:  chi99-help@acm.org, 

URL:  http://www.acm.org/sigchi/chi99 


San  Jose,  CA,  USA.  June  1-4, 1999 

ErgoCon  ‘99,  5th  Annual  Silicon  Valley  Ergonomics  Conference  and  Exhibition 

Contact  Abbas  Moallem,  San  Jose  State  University,  One  Washington  Square,  San  Jose, 

CA  95192-0180,  USA.  Phone;  (408)  924-4132,  Fax:  (408)  924-4040, 

E-mail:  amoallem@e-mail.sjsu.edu,  URL:  http://www.engr.sjsu.edu/ergocon 


Piney  Point,  MD,  USA.  June  8-9, 1999 

4th  Annual  Symposium  and  Exhibition  on  Situational  Awareness  in  the  Tactical  Air  Environment 

Contact  Tom  Assenmacher,  Naval  Air  Warfare  Center  Aircraft  Division,  Human  Engineering 
Applications  Branch  (4.6.4.2),  Building  2187,  Suite  2280,  48110  Shaw  Road,  Unit  5, 
Patuxent  River,  MD  20670-1906,  USA.  Phone:  (301)  342-0026,  DSN:  342-0026, 

Fax:  (301)  342-9305,  E-mail;  assenmachetj@navair.navy.mil 


Linkoping,  Sweden.  June  15-17, 1999 

Annual  International  Conference  on  TQM  and  Human  Factors 

Contact  Jorgen  Ekiund,  Division  of  Industrial  Ergonomics,  Linkoping  University,  S-58183 
Linkoping,  Sweden.  E-mail:  jorek@ikp.liu.se 
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September  15-October  15, 1999 

Second  international  Cyberspace  Conference  on  Ergonomics 

Details  at  http://cyberg.curtin.edu.au/ 


Houston,  TX,  USA.  September  28-October  2, 1999 

43rd  Annual  Meeting  of  the  Human  Factors  and  Ergonomics  Society 

Contact  HFES,  PO  Box  1369,  Santa  Monica,  CA  90406,  USA.  Phone;  (310)  394-1811, 
Fax;  (310)  394-9793,  URL:  http;//www.hfes.org/Meetings/AM-1 999.html 


Yellow  Springs,  OH,  USA.  October  20-22, 1999 

Short  Course  in  Anthropometric  Measurement 

Contact  Anthropology  Research  Project,  PO  Box  307,  Yellow  Springs,  OH  45387,  USA. 
Phone:  (937)  767-7226,  Fax:  (937)  767-9350,  URL:  http://www.arp-online.com 


noK 


Albuquerque,  NM,  USA.  Nov  1-4, 1999 

43rd  Biennial  Meeting  of  the  US  Department  of  Defense 

Human  Factors  Engineering  Technical  Advisory  Group 

Contact  Sheryl  Cosing,  10822  Crippen  Vale  Court,  Reston,  VA  20194,  USA. 

Phone:  (703)  925-9791,  Fax:  (703)  925-9644,  E-mail:  sherylynn@aol.com, 

URL:  http://dticam.dtic.mil/hftag/  hftag.html.  Meeting  is  open  to  all  government  personnel 
and  others  by  specific  invitation. 


Albuquerque,  NM,  USA.  November  15-19, 1999 

70th  Shock  and  Vibration  Symposium 

Contact  Sue  Damanda,  SAVIAC,  2231  Crystal  Drive,  Suite  711,  Arlington,  VA  22202,  USA. 
Phone:  (703)  412-7712,  Fax:  (703)  412-7500,  E-mail:  damanda_sue@bah.com 
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continued  from  page  7 


Several  readers  noted  that 
in  the  last  issue  two  tables  in 
the  chief  scientist's  column 
were  incorrectly  labeled.  Table 
2  should  have  been  labeled 
"'Rounds  Per  Minute  for  7\vo 
Levels  of  SiippressioiT'  and 
Table  3  should  have  read 
"Troximity  Necessaiy  to 
Result  in  Two  Levels  of 
Suppression/'  Sony  for  the 
confusion.  JAL. 


tions  will  be  different  for  weapons  other 
than  155-mm  artillery. 

To  understand  how  the  suppression- 
sensitive  SynDI  team  model  would  oper¬ 
ate  on  the  virtual  battlefield,  we  con¬ 
structed  the  operations  model  in  Figure  1 
that  illustrates  how  a  SynDI  model  might 
respond  to  suppressive  fires  given  the 
formulas  for  doctrinally  correct  COA 
above.  This  operations  model  is  derived 
from  a  theory  of  human  behavior  devel¬ 
oped  by  Fineberg  [1997)  and  reported  in 
an  earlier  issue  of  Gateway. 

The  first  step  in  exercising  the  sup¬ 
pression  sensitive  (SynDI)  model  is  to 
initialize  various  parameters  of  the  simu¬ 
lation.  These  parameters  were  extracted 
from  a  representative  mission  scenario 
developed  by  subject-matter  experts.  The 
scenario  description  includes  the  mis¬ 
sion  to  be  accomplished,  the  enemy  dis¬ 
position,  threat  characteristics,  the  ter¬ 
rain,  the  weather  conditions,  and  the 
critical  mission  times.  The  combination 
of  parameters  in  the  scenario  establishes 
the  initial  generic  "demand”  on  the 
SynDI  model  that  corresponds  to  the 
demand  in  the  theory  of  human  behav¬ 
ior.  The  next  step  is  to  establish  the  mis¬ 
sion  start  time,  the  beginning  of  suppres¬ 
sive  fires,  the  duration  of  fires,  the  rate  of 
fires,  the  time  of  cessation  of  fire,  and  the 
time  of  residual  suppressive  effects 
[dependent  on  the  rate  and  volume  of 
fire).  The  initial  state  of  readiness  of  the 
SynDI  model  would  also  be  set  to  repre¬ 
sent  fully  trained  and  rested  troops,  or 
troops  who  had  already  experienced 
some  degradation  in  their  readiness 
before  the  exercise  begins. 

Using  Monte  Carlo  techniques  [ran¬ 
dom-number  generators),  the  model 
generates  the  firing  of  artillery  shells 
and  their  impact  points.  The  suppres¬ 
sive  effect  of  each  shell  landing  is  com¬ 
puted  by  the  model  above  [based  on 
intensity  [/),  distance  [R),  and  angle 
[0)],  and  averaged  over  the  time  peri¬ 
od  of  the  barrage  to  get  an  overall  effect 
of  the  suppressive  fire.  The  model 
repeats  this  for  a  number  of  different 
aim  points  [direct  and  indirect).  The 
model  then  compares  this  result  to  a  set 
of  criteria  that  describe  the  threat’s  dis¬ 


position  and  its  cover  and  concealment  which,  in 
this  case,  are  viewed  as  the  same.  In  each  run 
through  the  scenario,  the  model  re-computes  its 
residual  capability  to  continue  the  mission. 

The  difference  between  readiness  and  demand 
defines  residual  capability  [RC).  If  the  demand  is 
extremely  high  it  will  exceed  readiness  no  matter 
how  well  the  troops  are  prepared.  This  results  in 
the  development  of  "responses”  in  the  SynDI 
model  whose  analogues  in  real  soldiers  include 
such  symptoms  as  inability  to  make  decisions, 
stomach  distress,  panic  reaction,  etc.  These  “virtu¬ 
al  symptoms”  interfere  with,  disrupt,  or  impede  the 
selection  of  behaviors  that  are  appropriate  to  the 
task  at  hand. 

In  the  case  of  suppressive  fires,  behaving  effec¬ 
tively  could  mean  taking  protective  cover  until  the 
barrage  is  over.  The  extremely  high  demand  increas¬ 
es  the  probability  that  the  behaviors  chosen  by  the 
SynDI  model  will  not  be  appropriate  to  the  task, 
may  be  carried  out  inaccurately  if  at  all,  and  may 
take  so  long  that  they  are  ineffective.  The  outcome 
of  this  interference  with  the  selection  and  imple¬ 
mentation  of  combat  behaviors  will  be  to  decrease 
mission  performance  in  terms  of  lethality  and  sur¬ 
vivability  of  the  SynDI  model.  On  the  other  hand,  if 
the  demand  is  very  low,  there  will  be  no  noticeable 
decrement  in  performance  with  regard  to  imple¬ 
menting  the  proper  course  of  action  as  dictated  by 
the  level  of  suppressive  fire. 

A  proof  of  concept  demonstration  was  conducted 
in  November  1996  using  the  Modular  Semi-auto¬ 
mated  Forces  [ModSAF)  model,  version  2.1.  In  over 
a  dozen  model  runs,  suppressive  fires  affected  the 
behavior  of  the  SynDI  in  various  ways.  In  some  runs 
the  SynDI  "dove  for  cover,”  while  in  others  it  veered 
away  from  the  point  of  impact.  In  addition,  not  all  of 
the  SynDI  in  the  group  engaged  in  the  same  respons¬ 
es,  nor  did  it  continue  the  selected  behavior  for  the 
same  amount  of  time.  To  my  knowledge,  it  is  still  the 
only  working  representation  of  human  behavior  that 
is  sensitive  to  stresses  in  the  virtual  environment. 

As  always,  I  invite  your  comment  and  discussion 
regarding  this  article." 

Michael  Fineberg,  P/i.D.,  is  the  Chief  Scientist  for 
the  CSERIAC  Program. 
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0  show  the  diversity  of  support  that  CSE¬ 
RIAC  provides,  this  column  contains  a 
sampling  of  some  of  the  more  interesting 
questions  asked  of  CSERIAC.  In  response  to  these 
questions,  CSERIAC  conducts  literature  and  reference 
searches,  and,  in  some  cases,  consults  with  subject 


area  experts. 


•  A  laboratory  director  for  the  US  Air  Force  request¬ 
ed  data  regarding  night  vision  goggle  (NVG)  target 
illuminators. 


•  A  chief  scientist  for  the  US  Air  Force  requested 
information  on  simulator  effectiveness. 


•  CSERIAC  was  contacted  by  an  independent  consult¬ 
ant  from  New  York  requesting  spine  anthropome¬ 
try  data. 


An  Italian  automobile  manufacturer  sought  infor¬ 
mation  on  Asian-Indian  anthropometry  data. 

Information  was  requested  by  a  senior  scientist 
from  a  technology  company  in  California  regarding 
24-hour  noise  limits  for  humans. 


These  questions  were  compiled  by  Debra  Urzi, 
Human  Factors  Engineer.  If  you  would  like  to  com¬ 
ment  on  any  of  these  questions  or  issues  related  to 
them,  please  write  to  “Dear  CSERIAC”  at  the  address 
found  on  the  back  cover  of  Gateway. 


•  An  electronics  engineer  from  the  US  Air  Force  request¬ 
ed  data  on  the  design  of  aircraft  cockpit  displays. 

•  A  North  Carolina  ergonomist  requested  informa¬ 
tion  on  the  ergonomics  of  handguns  and  holsters. 

•  CSERIAC  was  contacted  by  a  representative  of  the 
US  Navy  to  obtain  information  on  vendors  and 
points-of-contact  relating  to  communication 
devices  that  are  compatible  with  respirators. 

•  A.  midwest  researcher  contacted  CSERIAC  to 
request  referral  to  an  AF  subject-matter  expert  on 
immersive  virtual  environments. 

•  A  corporate  president  from  Georgia  requested 
information  regarding  the  design  of  an  aircraft 
clear  air  turbulence  detection  and  display  device. 
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Hiimaii-Tecfiriology  Integratiori 


Control  Versus  Dependence 
Striking  the  Balance  in 
Function  Allocation 


Eric  Hollnagel 


Editor's  note:  Following  is  a  synopsis  of 
an  invited  colloquium  given  by  Dr  Erik 
Hollnagel  Principal  Advisor  for  the 
Organization  of  Economic  Cooperation 
and  Development  (OECD)  Halden  Reactor 
Pwjecl  Halden,  Noiway  on  May  6,  1997. 
Dr  Michael  Vidulich,  Air  Force  Research 
Laboratory  Crew  System  Interface 
Division,  Wright-Patterson  Air  Force  Base, 
OH,  prepared  this  synopsis.  JAl. 

The  major  theme  of  the  presentation 
was  that  when  the  designer  chose  to 
allocate  functions  between  human 
operators  and  automated  systems,  one 
way  to  think  about  the  outcome  was 
whether  the  operator  was  in  control  of 
the  system  or  if  the  system  was  in  control 
of  the  operator.  A  system  controlling  the 
operator  constitutes  a  form  of  depend¬ 
ence  that  good  design  should  avoid. 

Some  of  the  problems  with  current 
automation  practices  stem  from  the  rea¬ 
sons  behind  using  automation  and  the 
philosophies  that  have  guided  the  imple¬ 
mentation  of  automation.  Traditionally 
the  push  to  automate  has  resulted  from 
either  evolutionary  pressures  or  reaction 
to  accidents.  The  evolutionary  pressures 
are  the  result  of  advancing  technology 
making  it  possible  to  automate  some¬ 
thing  that  was  not  previously  possible. 
Once  this  technology  becomes  available, 
it  is  nearly  inevitable  that  some  system 
designer  will  attempt  to  incorporate  it. 
The  reactive  pressures  follow  any  acci¬ 
dent  that  occurs  with  the  system. 
Following  the  accident,  designers  will 
often  attempt  to  introduce  any  possible 
automation  that  prevents  repetition  of 
the  accident.  The  problem  with  these 
traditional  reasons  for  automating  is  that 
they  fail  to  consider  either  the  context 
within  which  the  operator  must  perform 
or  the  interaction  between  the  operator 
and  the  automation. 


The  negative  effect  of  these  traditional  reasons 
for  automation  is  exacerbated  by  the  typical 
“philosophies”  that  usually  guide  the  application  of 
automation.  Most  pernicious  is  the  “Left-Over” 
principle.  This  is  the  philosophy  that  the  designer 
will  automate  anything  that  can  be  automated  and 
leave  the  remainder  for  the  human  operator.  This 
approach  does  not  take  into  account  the  value 
added  by  the  human  operator  nor  does  it  really 
consider  the  implications  of  the  interaction  of  the 
operator  and  the  system. 

A  somewhat  better  philosophy  for  guiding  the 
allocation  of  automation  is  the  “Compensatory” 
principle.  This  principle  was  inspired  by  the  initial 
work  of  Paul  Fitts  and  encourages  the  designer  to 
identify  the  strength  and  weaknesses  of  humans 
and  machines,  and  assign  their  functions  based  on 
these  abilities  and  limitations.  While  this  can  be 
seen  as  a  more  insightful  approach  than  using  the 
Left-Over  principle,  it  still  suffers  from  an  assump¬ 
tion  that  human  operators  possess  fairly  static  infor¬ 
mation-processing  capabilities  and  that  the  optimal 
interaction  between  the  operator  and  the  machine 
can  be  successfully  described  a  priori. 

Hollnagel  advocated  a  different  philosophical 
approach  to  allocating  functions  within  a  system  to 
either  the  human  operator  or  automation.  This 
approach  is  called  “Complementary”  allocation. 
Central  to  this  approach  is  viewing  the  combination  of 
the  human  operator  and  the  automated  machine  as  a 
joint  cognitive  system  in  which  the  cyclical  informa¬ 
tion  processing  of  the  human  operator  is  in  dynamic 
equilibrium  with  that  of  the  automated  system. 

Both  the  human  and  some  automated  machines 
are  considered  to  be  cognitive  systems  because  they 
both  can  exhibit  four  features  during  task  perform¬ 
ance:  (1)  they  are  adaptable,  (2)  they  appear  to  use 
a  model  of  the  world,  (3}  they  appear  to  use  a 
model  of  the  self,  and  (4]  they  are  goal-oriented. 
Hollnagel  provided  a  more  modern  and  succinct 
definition:  “A  cognitive  system  can  modify  its  pat¬ 
tern  of  behavior  on  the  basis  of  past  experience  so 
as  to  achieve  certain  anti-entropic  ends.”  According 
to  this  definition,  most  organisms,  many  machines, 
and  even  some  organizations  can  be  considered  to 
be  cognitive  systems. 
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Hollnagel  suggested  that  to  understand  the  inter¬ 
action  of  the  human  operator  and  the  automated 
system  as  a  joint  cognitive  system  required  looking 
beyond  the  standard  information-processing  model 
favored  by  many  researchers.  Hollnagel  believes 
that  this  standard  model  was  too  limiting  in  that  it 
failed  to  appreciate  the  role  of  context  beyond  being 
part  of  the  system  input  and  failed  to  capture  the 
dynamic  cyclical  nature  of  cognitive  systems. 
Within  a  cognitive  system,  a  perceptual  cycle  is  seen 
as  continuously  cycling  from  observation,  to  infor¬ 
mation,  to  understanding,  to  guide  further  informa¬ 
tion  seeking  observations,  and  so  on.  The  pure  per¬ 
ceptual  cycle  would  also  be  a  part  of  an  action  cycle 
in  which  the  cognitive  system's  action  influenced 
future  observations  and  understanding. 

Control  of  the  system  can  only  be  maintained  if 
the  information  resulting  from  current  observations 
matches  the  expectations  generated  as  part  of  the 
previous  cycle’s  understanding.  It  is  here  that  a  poor¬ 
ly  implemented  automated  system  can  cause  the 
most  obvious  troubles.  If  the  automated  system  acts 
in  such  a  way  that  the  human  operator's  expecta¬ 
tions  are  violated,  this  causes  a  loss  of  control  on  the 
part  of  the  human  operator.  If  this  process  continues, 
the  situation  can  become  unstable  with  the  operator 
increasingly  driven  by  the  system.  Such  a  loss  of 
control  is  said  to  be  caused  by  “event  escalation." 

“k  cognitive  system  can  modify  its 
pattern  of  behavior  on  the  basis  of 
past  experience  so  as  to  achieve 
certain  anti-entropic  ends.  ” 

At  OECD  Halden  Reactor  Project,  Hollnagel  and 
his  colleagues  have  developed  a  model  to  study  the 
interaction  of  contextual  variables  and  control  in 
joint  cognitive  systems.  The  model  is  called  the 
Contextual  Control  Model,  or  COCOM.  COCOM 
describes  action  sequences  as  contextual  in  nature 
rather  than  as  pre-defined.  In  other  words,  the 
actions  chosen  by  cognitive  systems  are  controlled 
by  the  current  context  and  can  be  both  reactive  or 
proactive.  Hollnagel  describes  COCOM  as  a  cyber¬ 
netic  model  rather  than  a  psychological  model. 

One  of  the  main  features  of  COCOM  is  the  differ¬ 
ent  control  modes  in  which  the  cognitive  system 
can  operate,  depending  upon  circumstances.  The 
four  possible  control  modes  are  scrambled,  oppor¬ 
tunistic,  tactical,  and  strategic.  COCOM  suggests 
that  there  are  two  important  aspects  of  performance 
determined  by  the  current  control  mode.  Control 
mode  affects  the  choice  of  the  next  action  and  the 


evaluation  of  the  outcome 
resulting  from  any  action. 

In  the  scrambled  control 
mode,  the  next  action  is 
determined  by  an  unreflec- 
tive  reaction  to  the  domi¬ 
nant  characteristics  of  the 
situation  and  the  evalua¬ 
tion  is  pretty  much  limited 
to  “Am  I  better  off  than 
before?”  In  the  opportunis¬ 
tic  control  mode  the  selec¬ 
tion  of  the  next  item  will 
generally  come  from  a  list 
of  good  things  to  do,  but 
the  selection  will  be 
unconstrained  by  the  cur¬ 
rent  context.  In  evaluating 
the  outcome  of  an  oppor¬ 
tunistic  action,  COCOM 
will  be  very  concerned 
with  whether  the  current 
observations  are  feedback 
from  the  previous  actions  or  constitute  a  Dr.  Eric  Hollnagel,  OECD 
new  event.  Tactical  control  mode  is  very  Halden  Reactor  Project 
similar  to  the  opportunistic  except  that 
the  action  selection  will  incorporate 
some  appreciation  of  the  current  context 
and  the  evaluation  will  be  more 
sensitive  to  delayed  feedback.  The 
strategic  control  mode  will  add 
consideration  of  side  effects  to 
other  goals  in  the  selection  and 
evaluation  of  any  actions. 

Obviously,  the  most  effective 
performance  will  be  achieved 
when  the  human  operator  (and 
the  entire  joint  cognitive  system)  is 
operating  in  the  higher  control 
modes.  COCOM  predicts  that  shifting 
between  control  modes  will  be  strongly 
influenced  by  the  subjectively  available 
time  and  the  familiarity  of  the  situation. 

If  subjectively  available  time  and  famil¬ 
iarity  are  both  low,  the  human  operator 
will  be  forced  towards  the  scrambled 
control  mode.  As  either  subjectively 
available  time  or  familiarity  is  expanded, 
the  human  operator  will  be  more  likely 
to  move  to  a  higher  control  mode. 

In  conclusion,  Hollnagel  stated  that 
automation  design  (and  system  design) 
requires  adequate  models  of  joint  sys¬ 
tem  functions.  The  research  at  the 
OECD  Halden  Reactor  Project  and  the 
COCOM  model  can  be  viewed  as  an 
attempt  to  start  the  specification  of 
such  models." 
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Rotorcraft  Human  Factors  Research  Facilities  at  the 
NASA  Ames  Research  Center  «• 


Figure  1:  UH-60A  RASCAL  Hn  April  of  1997  the  Ariny/NASA  human-cognitive  modeling,  MIDAS,  as  well  as 

H  Rotorcraft  Division  was  formed  at  the  efforts  to  increase  rotorcraft  safety.  This  latter 
HnaSA  Ames  Research  Center.  The  effort  is  the  situation  awareness  and  information 
goal  was  to  create  a  synergy  of  Army  display  (SA  &  ID)  element  of  the  Safe  All-weather 
Aeroflightdynamics  Directorate  and  Flight  Operations  for  Rotorcraft  (SAFOR)  program. 
NASA  Ames  rotorcraft  resources.  The  The  SA  &  ID  element  focuses  on  such  topics  as 
mission  of  this  124-member  organization  training,  obstacle  detection  and  depiction,  civil  use 
is  to  lead  the  nation  in  aeromechanics,  of  night-vision  systems,  and  simulator  fidelity 
flight  control,  and  cockpit-integration  requirements  for  auto-rotation,  among  other  top- 
technology  development.  Its  products  ics.  The  facilities  available  for  this  group  are  varied 
have  application  to  military  and  civil  hel-  and  support  this  wide  range  of  research  efforts, 
icopters,  tilt-rotor  aircraft,  and  other  These  are  described  below, 
advanced  rotary-wing  aircraft. 

The  Flight  Control  and  Cockpit  LowVlVIicl-Level  Fidelity  Simulators 

Integration  Branch  is  responsible  for  the  The  Rotorcraft  Part-Task  Laboratory  (RPTL)  is  a 
development  and  insertion  of  advanced  workstation-based  simulator  equipped  with  a 
controls,  guidance,  and  display  technol-  dynamic  out-the-window  view  and  real-time  instru- 
ogy  for  rotorcraft  and  powered-lift  air-  ment  display.  The  simulation  is  controlled  by  a  very 
craft,  and  for  the  integration  of  these  flexible  scenario  development  system.  This  system 
technologies  to  achieve  safer  and  more  was  developed  to  study  such  topics  as  situation 
effective  pilot-vehicle  performance,  awareness,  obstacle  avoidance  displays,  and  mov- 
Within  this  branch,  the  Human  Systems  ing-map  display  formats.  The  pilots  control  this  sim- 
Integration  group  consists  of  about  a  illation  through  low-fidelity  helicopter  controls, 
dozen  researchers  whose  emphasis  is  The  Pilot/Rotorcraft  Intelligent  Symbology 
rotorcraft  human  factors.  The  projects  Management  Simulator  (PRISMS)  has  been 
in  this  group  include  a  major  effort  on  designed  to  aid  in  developing  and  evaluating  inno- 
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vative  and  intelligent  information  presentation  sys¬ 
tems  for  helmet-mounted  displays  (HMD)  in  mili¬ 
tary  helicopters.  PRISMS  is  a  sophisticated  but  rela¬ 
tively  inexpensive  simulator  taking  advantage  of  the 
most  recent  advances  in  technology.  PRISMS  offers 
HMD  symbology  in  screen-fixed,  aircraft-fixed,  and 
earth-fixed  frames  of  reference,  overlaying  a  gaming 
area  of  realistic  terrain  adapted  from  the  Southwest 
United  States.  An  immersive  approach  with  an 
opaque  visor  has  been  used,  providing  an  effective 
virtual  reality  experience.  Cyclic,  collective,  and 
pedal  controls  may  be  used  in  flight  throughout  the 
terrain,  facilitating  demonstrations,  knowledge 
acquisition  sessions,  and  controlled  experiments. 

Modeling  Tool 

The  Man-machine  Integration  Design  and  Analysis 
System  (MIDAS)  combines  graphic  equipment  proto¬ 
typing,  dynamic  simulation,  and  human  perform¬ 
ance  modeling  aimed  at  reducing  design  cycle  time, 
supporting  quantitative  predictions  of  human-system 
effectiveness,  and  improving  the  design  of  crew  sta¬ 
tions  and  their  associated  operating  procedures. 
MIDAS  comprises  models  of  both  major  components 
of  human-systems  integration,  the  human  operator, 
and  the  system,  or  environment. 

High-Fidelity  Simulator 

The  Vertical  Motion  Simulator  (VMS)  is  a  world- 
class  research  and  development  facility  that  offers 
unparalleled  capabilities  for  conducting  experi¬ 
ments  involving  aerospace  disciplines.  The  six- 
degree-of-freedom  VMS,  with  its  60-foot  vertical 
and  40-foot  lateral  motion  capability  has  the 
world’s  largest  amount  of  displacement  in  a 
motion-based  simulator.  The  large-amplitude 
motion  system  of  the  VMS  was  designed  to  aid  in 
the  study  of  helicopter  and  vertical/  short  take-off 
landing  (V/STOL)  issues  specifically  relating  to 
research  in  controls,  guidance,  displays,  automa¬ 
tion,  and  handling  qualities  of  existing  or  pro¬ 
posed  aircraft.  Recent  simulation  projects  devel¬ 
oped  and  conducted  at  the  VMS  include  High- 
Speed  Research  (High-Speed  Civil  Transport), 
Advanced  Subsonic  Transport/Short-Haul  Civil 
Transport  (Civil  TiltRotor),  Common  Affordable 
Lightweight  Fighter  (Advanced  Short  Take-Off 
Vertical  Landing),  and  Space  Operations  (Space 
Shuttle  Orbiter) . 

Research  Aircraft 

RASCAL  is  a  UH-60A  Black  Hawk  helicopter 
which  is  being  configured  as  a  highly  capable  and 
flexible  crew  station  research  facility  (See  Figure  1). 
It  is  being  equipped  with  programmable  flight  con¬ 
trols  and  active  backdriven  sidearm  controllers 
which  together  are  capable  of  allowing  the  pilot  to 
maneuver  at  the  aircraft  limits  embodying  automat¬ 


ed  and  intelligent  envelope  limiting  and 
cueing.  Programmable  cockpit  displays, 
targeted  at  improving  safety  and  mission 
effectiveness,  are  also  planned  for  evalu¬ 
ation  in  the  aircraft. 

The  Flying  Laboratory  for  Integrated  Test 
and  Evaluation  (FLITE)  research  aircraft  is 
used  for  human  performance  and  man- 
machine  integration  tests  of  night-vision 
displays,  night-vision  imaging  sensors, 
computer-voice  input/ output  systems, 
active  noise  reduction  systems,  integrated 
audio  caution/warning  systems,  and 
advanced  radio  communication  systems. 
In  addition,  the  aircraft  was  used  to  gather 
vibration  data  for  an  intelligent  gearbox 
health  and  usage  monitoring  system. 

To  accomplish  the  research  goals,  the 
FLITE  aircraft  has  a  number  of  modifi¬ 
cations.  This  AH-15  aircraft  (See  Figure 
2)  has  the  same  Pilot  Night-Vision 
Sensor  (PNVS)  System  as  the  Apache 
AH-64  aircraft.  This  system  presents 
thermal  imagery  to  the  pilot  on  a  hel¬ 
met-mounted  display  from  the  infrared, 
head-slaved,  imaging  sensor  on  the  nose 
of  the  aircraft. 


Conclusion 

This  wide  range  of  research  options 
provides  the  Human  Systems  Integration 
Group  with  the  great  advantage  of  per¬ 
forming  low-cost  simulation  and  model¬ 
ing  for  concept  development  when 
appropriate,  and  then  moving  the  mature 
technologies  to  ever-increasing  levels  of 
realism  culminating  in  the  very  impor¬ 
tant  step  of  flight  test  and  validation." 


For  more  information  contact: 

R.  Jay  Shively 
Flight  Control  &  Cockpit 
Integration  Branch 
Army/NASA  Rotorcraft  Division 
MS  210-5,  Ames  Research 
Center 

Moffett  Field,  CA  94035 
Phone:  (650)  604-6240 
Fax:  (650)  604-2414 

E-mail:  jshively@maiLarc. 
nasa.gov 

R.  Jay  Shively  is  the  Human 
Systems  Integration  Group  Leader, 
Flight  Control  &  Cockpit 
Integration  Branch,  Army/NASA 
Rotorcraft  Division,  Ames 
Research  Center,  Moffett  Field,  CA. 
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Figure  2:  AH-15  Flite  Cobra 
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®  EYE  MOVEMENT  MONITORING 
SYSTEMS 


ISCAN  is  the  world's  leading  producer  of  video  based  eye 
movement  monitoring  systems.  Since  1980,  our  broad  range 
of  products  has  set  the  pace  for  performance  and  usability  in 
wide  ranging  research,  military  and  medical  applications. 
We  can  provide  off-the-shelf  or  customized  solutions  to  suit 
virtually  any  human  factors  application. 


Products  &  Features  Include: 

*  Non-invasive,  high  resolution,  real¬ 
time  measurement  of  eye  position,  pu¬ 
pil  size  and  subject's  point  of  gaze. 

*  Complete  Eye  and  Head  Tracking 
Laboratories,  with  optional  Benchtop,  High  Speed  (up  to  240Hz) 
and  High  Resolution  versions  available. 

*  Integrated  Eye/Head  Tracking  in  VR  Displays. 

Ultra  Lightweight  Head  Mounted  Eye  and  Scene  Imaging  Systems. 
Specialized  Remote  Mounted  Eye  Imaging  Systems  for  Long  or 
Short  Range  Applications. 

*  Advanced  PCI  Bus  Eye  Tracking  Electronics. 

Complete  Data  Acquisition  Hardware  and  Analysis  Software  for 
Determination  of  Subject's  Visual  Performance. 

1  ISCAN,  Inc. 

j  89  Cambridge  Street 
i  Burlington,  MA  01803  USA 
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*  Tel;  781-273-4455  Fax:781-273-0076 

Web:  www.iscaninc.com  Email:  info@iscaninc.com 


